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Services Available To Users Of The NTSU Computing Facilities 

All people mentioned below may be contacted by calling 

(817) 565-2324: 

Information , Project Numbers , and IDs - Carolyn Goodman in the 
Computing Center reception Area, ISB 119. 

Newsletter Questions/Contributions/etc . - Claudia Putnam. 

Statistical/Research Support (provided for graduate students 
and faculty members) - Bob Brookshire, George Morrow, 
Claudia Putnam, Steve Click, and Victor Loos. 

Non-Research Student Progrcunminq Problems - student consultants 
from the Computer Science Department are located in GAB 
550L. Student consulting provided by the College of 
Business is available at the BA Computing Access Facility. 

JCL and Debugging Problems - George Morrow. 

Pre-Research Counseling , Including Survey Instrument Design - 
Bob Brookshire, George Morrow, Claudia Putnam, Steve 
Click, and Victor Loos. 

Data Entry to MUSIC , Keypunch Requests and Questions Regarding 
Layout of Keypunch Sheets; Interpreting - Betty Grise, 

ISB 227. 

Test Scoring and Analysis - Betty Grise. 

Academic Timesharing Information and/or Problems : AS/8040 

MUSIC (McGill University System for Interactive Computing) 
information and/or problems, including terminal problems - 
Steve Click. VAX 11/780 information and/or problems - Kim 
Stickney. HP 2000 information and/or problems - Jeff 
Brooks. 

Administrative Applications - Coy Hoggard. 

Computer Hardware/Software/Billing Problems - Sandy Franklin 

JOB Submission and Retrieval - RJE Operators. 


( I 

December Computing Hours I 

Computing facilities will be open during the following times I 

in December (except for Semester Break): I 

Computing Center RJE : 8 AM - Midnight, Monday-Saturday; I 

Noon-Midnight, Sunday. I 

ISB 110 Terminal Area: TEMPORARILY CLOSED UNTIL FURTHER NOTICE 1 


College of Business RJE : 8:15 AM - Midnight, Monday-Saturday; 

12:15 PM - Midnight, Sunday. 

5th Floor GAB : December 1-10: 8 AM-11 PM, Monday- 

Friday; Noon-8 PM, Sunday.December 11- 
17: 8 AM-5 PM, Monday-Friday; Noon-8 
PM Sunday. 
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ALTERED HOURS OF OPERATION 


The following hours will be in effect over the Semester Break (December 
17 - January 15): 

Computing Center RJE : CLOSE: Midnight, Saturday, December 17. 

OPEN: 8 AM - Midnight: December 19-23. 

8 AM - 5 PM: December 26-30. 

RESUME REGULAR SCHEDULE: January 2. 


ISB Terminal Area (110) 


TEMPORARILY CLOSED UNTIL FURTHER NOTICE 


College of Business RJE 


CLOSED: December 17 - January 15. 


5th Floor GAB 


CLOSED: December 16, 5 PM - January 15. 


MVS COMES TO NTSU, BRINGING SOME CHANGES WITH IT 


The next phase of the upgrading of available computing resources at the 
NTSU Computing Center will be conversion from MVT/DSX (a version of 
OS/MVT) to MVS/SP 1.3 as the production batch and database operating sys¬ 
tem on the NAS cpu's. The change is scheduled to take place January 2 , 
1984. At that time, all admistrative processing will be migrated to the 
NAS 6650 and MVT/DSX will be replaced with MVS on the 8040. Other sys¬ 
tems (MUSIC, CMS) will be unaffected. 

In an effort to make access to the various systems more consistent, a 
uniform system for userids is also being implemented. For the batch 
user, this will require some changes on the JOB card as described below. 
In essence, the old Project Number will no longer be coded; in its place 
will be a USERID, which will be identical to the user’s MUSIC and/or 
VAX/VMS ID. In addition, a password will be required on MVS JOB cards to 
allow access to the system. 

Users may start converting JOB cards beginning Monday, December 19, 1983. 
From that date until January 2, either format will be allowed on the MVT 
system. As of January 2, only the MVS format will be allowed; coding the 
old format will result in an invalid job card message. 

For example: 

MVT JOB card - 

//MYJOB JOB (1234-5678, :1,1), ’MY NAME’ ,CLASS=A 
MVS JOB card - 

//MYJOB JOB (XX99, :1.1), 'MY NAi-lE ' , CLASS=A, PASSWORD=ABCDEF 

(Note: The password will be blanked out on output listings.) 

If you choose to convert before January 2, you must observe a few addi¬ 
tional rules: 

1. PASSWORD= must be the last parameter on the JOB card. 
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2. If your job card is continued, there must be at least one parame¬ 
ter preceding PASSWORD= on the last continuation card (e q 
CLASS=A,PASSWORD=ABCD). 

3. You will not be able to change your password (as described below) 
until MVS is up. You must change your password as soon as possi¬ 
ble after January 2. 

As of January 2, the following rules will apply: 

1. New format job cards will be required. Initially, passwords will 
be the same as IDs. By the end of January, any job card with 
password equal to ID will be cancelled by the system, so you will 
need to change your password as soon as possible (see the proce¬ 
dure below.) 

2. To change your password, run the following job on MVS: 

//XX99CHPW JOB (XX99, :5,1), ‘MY NAME *,CLASS=A.PASSWORD=ABCD 
// EXEC CHANGEPW 
//SYSIN DD * 

PASSWORD PASSWORD(ABCD WXYZ) 

/* 

Notes: 1. Use your own valid JOB card, including ID and PASSWORD. 
2. On the PASSWORD card, code the old password first, 
then the new password. 

Access to the batch systems will be controlled by IBM’s Resource Ac¬ 
cess Control Facility (RACF), based on userid and password. Later in the 
semester RACF will be extended to control dataset access as well. 

The naming conventions for MVS disk datasets will be slightly diffe¬ 
rent. All user-owned datasets should have names of the form 
USER.userid.filename, where 'userid' is the userid as described above, 
and ’filename’ is one or more user-selected qualifiers. RACF control 
Will require that datasets fit this scheme, so you should begin renaming 
existing disk files as soon as possible. For example, 

current name: USERl.D1234.P5678.MYFILE.DATA 

new name: USER.XX99.MYFILE.DATA . 

IBM utilities are available to accomplish the renaiming of disk files. 
One such utility is lEHPROGM: 

//jobname JOB (xxxx-yyyy,:05,1),’your name' 

// EXEC lEHPROGM 

RENAME DSNAME=old. data. set. name, VOL=SYSDA:tvolumename. * 

NEWNAME= USER.XXnn.newname 

r 

(col. 16) 

For assistance, contact Academic Computing at 565-2324. 

We hope that the migration will be transparent to the user (except for 
the changes above). Other minor changes will be slightly rearranged JCL 
and message log listings and a few new messages. 


T 

(col. 72) 
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MVS/SP 1.3 is IBM's most current operating system. It offers many ad¬ 
vantages over MVT, some of which will require changes on the part of the 
user if full advantage is to be taken of them; however, it is generally 
compatible with MVT, so changes are not required. The main advantages to 
most users will be improved memory management and device allocation, 
which will result in better batch throughput. 

Early in the semester VSAM (Virtual Storage Access Method) tiles will 
be available for general use. Watch BENCHMARKS for further information. 

Computing Center personnel have been testing MVS since September on the 
8040 and the 6650. It has been very stable and compatible to this point, 
and we hope it will remain so. 


CALL 3270, THE SENSIBLE ALTERNATIVE TO CALL 8040 OR CALL 8300 


Last month's BENCHMARKS announced that 3270 protocol converters would 
soon be available for use over the Local Area Network to access operating 
systems such as MUSIC and CMS running on the AS/8040 computer. These 
protocol converters allow ASCII terminals (VTlOOs, MIMEs, TELEVIDEOs, 
etc.) to emulate IBM 3270 type terminals, thus allowing FULL SCREEN 
EDITING capabilities. The protocol converters are now available and can 
be accessed from the network by typing: CALL 3270. Naturally, you need 
to become familiar with the Full Screen Editor on whatever system you are 
working with in order to use this facility to its fullest capacity. Con¬ 
sult BENCHMARKS, Volume 4 Number 5 for more information on the protocol 
converters and their use and/or come by the reception area of the Comput¬ 
ing Center and pick up a copy of the Quick Reference Card on "Using the 
3270 Protocol Converter at NTSU." 


FEAR NOT: YOUR QUESTIONS ANSWERED HERE 


Recently, the Computing Center has received many questions about the new 
computing facilities, and access to these facilities. As most of these 
questions are of a general nature, we decided to share them and our res¬ 
ponses with the readers of BENCHMARKS. 

0 QUESTION: What happened to the terminal room in the Science and Tech¬ 
nology Library, which was open earlier this semester? 

® ANSWER: When the terminal room in the Science and Technology Library 
was opened earlier in the semester, we had 152 terminals available. 
Sixty-four were located in the College of Business terminal room, 64 on 
the fifth floor of the General Academic Building, and 24 in Room 110 of 
the Library. Unfortunately, we had at that time only 86 ports availa¬ 
ble on the NAS 8040 computer. Thus, we had many more terminals than 

connections to the IBM-compatible machine. This situation would have 
been bearable had more of the terminals been used to access the VAX or 
HP-2000 computers, but the demand for 8040 access remained high. By 
temporarily closing the terminal room in the Library, we were able to 
make more ports on the 8040 available. We are in the process of in¬ 
creasing the number of ports on the 8040. Currently, there are 114 

ports available on the 8040, 66 of which are reached through the "CALL 


4 



8040" command on the local area network, 16 through the "CALL 8300" 
command, and 32 of which are attached to the 3270 protocol converters, 
and are reached through "CALL 3270.'’ (These numbers may vary slightly 
due to equipment malfunctions.) As soon as we have achieved a better 
balance between the number of terminals and the number of ports, we 
will reopen the Library terminal room. This should be accomplished by 
the beginning of next semester. 

® QUESTION: Sometimes when I issue the command “CALL 8040" on the local 
area network, I get the response "UNABLE TO OPEN SESSION - REMOTE 
PORT(S) BUSY." This is very frustrating, since I have homework pro¬ 
jects due. 

• ANSWER: Toward the end of the semester, many other students are trying 
to get their projects done. We have observed that as many as 85 users 
are on MUSIC at a time. As you can see by comparing this number of us¬ 
ers with the number of available ports, all the connections to the 8040 
are being used; thus, all the ports are busy. Possible solutions to 
this problem are 1) learn to use the 3270 protocol converter, and call 
3270 instead; 2) try to do your computing at off hours, say before 
10:00 a.m. or after 9:00 p.m., during the end-of-semester crunch. Re¬ 
ference cards for the 3270 protocol converter are available in the ter¬ 
minal rooms, or at the Computing Center reception area in the Informa¬ 
tion Science Building. 

• QUESTION: I am having trouble getting access to the computer from my 
terminal at home. Sometimes I don’t seem to get connected at all. 

® ANSWER: Callers who have had problems dialing into the computer system 
over the telephone should realize that the new modems that receive 
these calls have an "autobaud" feature. That is, they automatically 
detect the speed at which the incoming transmission is being made. 
They do this by examining the “return" signal of the incoming call, and 
attempting to match its speed. It may require that the caller send the 
"return" signal 8 to 10 times before the modem can match it; therefore, 
those dialing into the system should continue to hit their "return" or 
"enter" keys until the system responds with the local area network 

prompt. At this point, they may issue the CALL command to connect with 
the computer they wish to use. There are no direct dial-up connections 
to the VAX or MUSIC systems available. All dial-up connections are 
made to the local area network. For 300 baud operation, any of the 
following phone numbers can be used: 565-3499, 565-5989, 565-3999, 

565-4025. 565-4030. 

• QUESTION: The local area network boxes in some of the terminal areas 
seem to be broken some of the time. We might be using them, and all of 
a sudden, they quit working. 

• ANSWER: One of our recent shipments of local area network modems came 
equipped with a new software system, which unfortunately was defective. 
The manufacturer is in the process of fixing the problem, and the boxes 
should perform more reliably in the future. In the meantime, we have 
replaced the new, defective software system with the old one, which 
works. 

• QUESTION: I have noticed that at times there are only 40 or 50 users 

on MUSIC, but I can't get a session on the 8040 because all the ports 
are busy. How can this be? 

• ANSWER: There are two factors that affect this problem. First, some 
people who have been using MUSIC have not closed their network sessions 
with the 8040 when they are finished computing. This keeps the port 
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busy for 10 minutes longer than necessary, before the local area 
network automatically closes the session. If users will issue the com- 
mand_LOGOFF after they sign off of MUSIC, this will close the network 
session, and make the port available for another person. Second, we 
have had some difficulty with the Memorex 1270 communications controll¬ 
er, which controls all the communication with the 8040. Memorex per¬ 
sonnel have been on campus trying to diagnose the problem, and Memorex 
engineers are trying to fix it. We hope to remedy this situation soon. 

9 QUESTION: Why don't we have VSAM here at North Texas? Couldn't we 

have had it on our old NAS-5000 computer? 

• ANSWER: VSAM (Virtual Storage Access Method) is an IBM software pro¬ 

duct available only in conjunction with the MVS operating system. The 
NAS-5000 did not have the capacity to support the MUSIC and VM operat¬ 
ing systems, while at the Scime time supporting MVS. It was therefore 
necessary to wait until the installation of the more powerful 8040 com¬ 
puter before introducing MVS and VSAM. The MVS operating system is 
currently under development, and VSAM will be available some time next 
semester. 

• QUESTION: I am really confused by all these new developments concern¬ 

ing the computers. Now we have the local area network, the VAX compu¬ 
ters, and no more card punch machines. It was bad enough just trying 
to learn COBOL. 

• ANSWER: Faculty, students and administration computer users all have 

different requirements for computing. In order to satisfy the demand 
for a wide variety of research, instructional, and administrative ser¬ 
vices, and at the same time to keep up with new developments in comput¬ 
ing, the level of complexity involved in using these resources has in¬ 
creased. Unfortunately, not every student, faculty or staff member has 
been able to keep abreast of these changes. Thus, although some new 
services have been provided, not everyone has been able to take advan¬ 
tage of them. We hope to combat this situation by increasing the num¬ 
ber of short courses we offer, and by providing more consulting servic¬ 
es. There will inevitably be a short period in which the flexibility 
of the system exceeds the capabilities of its users. We will try to 
make this transition as painless as possible, and we hope that the 
University community will bear with us. 


USING THE COMPUTER FOR RESEARCH: PART XII - 
BMDP: BIOMEDICAL AND OTHER COMPUTER PROGRAMS 
by Bob Brookshire 


In 1961,_ the Health Sciences Computing Facility at the University of 
Los Angeles, presented a series of computer programs de¬ 
signed to perform statistical analysis for researchers in the health 
fields. By 1968, these programs had been integrated into a package, 
with a common, English-like control language. The types of analysis 
had also expanded so that programs of interest to researchers in other 
fields were available. The latest edition of the package (1982) con¬ 
tains 42 programs, including programs for econometricians, social 
scientists, biometricians, and virtually anyone else interested in data 
analysis. 
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BMDP Commands 


BMDP commands are organized into sentences and paragraphs . Each pa¬ 
ragraph must be separated from the others by a slash mark (/), and each 
sentence must end with a period. Each control word in BMDP commands 
must be separated by a space from other control words. Otherwise, 
there is no special format for these commands. You do not have to wor¬ 
ry about locating certain commands in certain columns, and it is accep¬ 
table for more than one command to be placed on one line in the pro¬ 
gram. Statements should not be longer than 80 characters to a line, 
however. The examples in this guide and in the BMDP manual are organ¬ 
ized with one command per line so that they are more legible. This is 
not required. 

Those who write their programs in the MUSIC operating system should 
note that the slash characters that delimit the paragraphs must not be 
located in the first column or print position on a line. If this is 
the case, MUSIC will try to interpret the BMDP paragraphs as MUSIC com¬ 
mands (since MUSIC commands also start with the slash mark). You can 
get around this problem in several ways. One method is to simply put 
the slash marks in the second column of the line. Another method is to 
put the slashes at the end of the paragraphs, instead of at the begin¬ 
ning. BMDP doesn't care where the slashes are located, so long as 
there is a slash in between each paragraph. 

Another flexible feature of BMDP is that the verbs "is," "are" and 
the character can be used interchangeably. In the TITLE sentence, 

for instance (discussed in the next section), the the statements: 

TITLE IS 'DATA ANALYSIS’. 

TITLE='DATA ANALYSIS'. 
and 

TITLE ARE 'DATA ANALYSIS’. 

are all equivalent to BMDP, even if not correct English usage. 

The /PROBLEM Paragraph 

The first paragraph in any BMDP program is usually the /PROBLEM pa¬ 
ragraph. This paragraph contains the title of the analysis, which is 
some label of up to 160 characters used as a title on the printout. 
The title is specified in a TITLE sentence, which is composed of the 
word TITLE followed by the words IS, ARE or the symbol '=', and then 
the TITLE enclosed in single quotation marks (apostrophes). The TITLE 
sentence, like all sentences in BMDP, must end in a period. Do not put 
the period within the quotation marks--it must be the last character in 
the sentence. Table 1.1 shows an example of the /PROBLEM paragraph and 
the TITLE sentence. 
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I Table 1.1: Example /PROBLEM Paragraph 

[ /PROBLEM TITLE IS 'ANALYSIS OF STUDENT TEST DATA'. 

I_— __ _ __ 


n 


j 


See the BMDP Manual. (W. J. Dixon, ed.. BMDP Statistical Software 1981 
(Los Angeles: University of California Press. 1981)) pp. 37-39. for more 
information about the /PROBLEM paragraph. 

The /INPUT Paragraph 

In BMDP, the /INPUT paragraph is used to describe the format and loca¬ 
tion of the data to be analyzed. This is most often accomplished with 
four sentences: the VARIABLE sentence, the FORMAT sentence, the CASE sen¬ 
tence, and the UNIT sentence. 

The VARIABLE Sentence 

The VARIABLE sentence (not to be confused with the /VARIABLE para¬ 
graph, see below) is used in the /INPUT paragraph to tell BMDP how many 
variables are in the analysis. Its structure is merely the word VARIABLE 
(or VARIABLES) followed by IS, ARE or = and the number of variables in 
the data set. Our example data set has five variables, so the VARIABLE 
sentence would be; VARIABLES ARE 5. 

Don't forget the period at the end of the sentence. The sentences: 

VARIABLE IS 5. 
and 

VARIABLES = 5. 
are equivalent. 


The FORMAT Sentence 

The FORMAT sentence tells BMDP in which columns each of the variables 
are located. This is done through a format statement in the FORTRAN pro¬ 
gramming language. For most data analysis purposes, variables can be 
considered to be one of two types: alphanumeric (A format) or floating¬ 
point decimal (F format). Our example data has four variables that are 
numeric, or F format, and one alphanumeric (i.e. alphabetic) variable, 
gender. 

The general layout of the F format specification is: xFy.z where x is 
the number of adjacent variables that have the same format, y is the num¬ 
ber of columns that the variable occupies, and z is the mmber of decimal 
places in the variable. The x portion can be omitted if there is only 
variable with a particular format. The student identification number va¬ 
riable in the example data set occupies two columns and has no decimal 
places. The next adjacent variable, gender, has a different format. 
Therefore, the format of the student identification variables is F2.0. 
The test variables are adjacent, and all have the same format. They each 
occupy two columns and have no decimal places. Their format may be de¬ 
scribed by 3F2.0. 
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Format specifications for alphanumeric variables have the general 
form: xAy, where x is the number of adjacent variables with the same 

format, and y is the number of columns occupied the variable. Like the F 
format specification, the x portion can be omitted if only one variable 
is being described. The gender variable in the example data set is the 
only alphanumeric variable, and it is located in only one column, so its 
format would be described as A1. 

The entire FORMAT sentence in BMDP consists of: 

FORMAT IS ’(format specifications)'. 

The format specifications must be enclosed in parentheses, and in single 
quotation marks (apostrophes), and as with all BMDP sentences, the FORMAT 
sentence must end with a period. For the example data, the sentence: 
FORMAT IS '(F2.0,A1,3F2.0)■. would be appropriate. 

The CASE Sentence 

Th T CASE sentence in the /INPUT paragraph tells BMDP the number of 
cases in the matrix. Its format is simply CASES ARE n. where n is the 
number o^ cases. For the example data, we would use: CASES ARE 20. 

Don't forget to include the period at the end of the sentence. 

The UNIT Statement 

The UNIT sentence describes the location of the data on cards, tape or 
disk. If the data are on cards or in a MUSIC disk file, the UNIT sen¬ 
tence can the end of the BMDP program control statments. If you are us¬ 
ing cards, merely place the data cards after the /END statement. If the 
data are in a MUSIC file, you may: 

1. Merge your data file, using the MERGE command in the MUSIC Context 
Editor, with the BMDP program control statements, locating the 
data after the /END statment; 

2. Use the /INCLUDE "filencime" statement following the /END BMDP 
statement (where "filename" is the name of the MUSIC file which 
contains the data). Note that the /INCLUDE statment is a MUSIC 
command, not a BMDP command, and as such should begin in the first 
column of the record. 

See the MUSIC User's Guide, p. 214, for the MERGE Context Editor command, 
and p. 147 for the /INCLUDE command. 

Data on Tape or Disk 

If your data are on a magnetic disk or tape in the OS/MVT operating 
system, the UNIT sentence must be used, in conjunction with a DD state¬ 
ment in the job control language portion of the program, to tell BMDP 
where to find the data. The UNIT sentence is of the form UNIT IS nn. 
where nn is any two digit number between 07 and 25. This number refers 
to the ddname of the DD statement that describes the disk or tape file 
that contains the data. This DD statement must have a ddname of the form 
FTnnFOOl, where nn is the Scime number as in the UNIT sentence. For exam¬ 
ple, if the DD statement were: 

//FT09F001 DD DSN=USER1.D1234.P5678.EXAMPLE,UNIT=SYSDA, 

// VOL=SER=ACAD00,DISP=(OLD,KEEP) 
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the corresponding UNIT sentence would be: UNIT = 9. 


Example /INPUT Paragraph 

Table 1.2 shows an example of the /INPUT paragraph. 


Table 1.2: Excunple /INPUT Paragraph 

/INPUT VARIABLES ARE 5. 

FORMAT IS •(F2.0,A1,3F2.0) ■ . 

CASES ARE 20. 



In this example, we specify that there are five variables, the first oc¬ 
cupying two columns in the data with no decimal places, the second being 
alphanumeric and occupying only one column, and the last three each tak¬ 
ing two columns and having no decimal places. There are 20 data cases, 
and since the UNIT sentence is omitted, we must have the data either on 
cards or as a MUSIC file. For more information about the /INPUT para¬ 
graph, see the BMDP manual, pp. 39-40. 

The /VARIABLE Paragraph 

The /VARIABLE paragraph has two purposes: 

1. To tell BMDP the names of the variables in the data set; and 

2. To identify missing value codes for the variables. 

Declaring Variable Names 

The first function is taken care of with the NAME sentence. The for¬ 
mat of this sentence is simply the word NAME (or NAMES) followed by IS, 
ARE or = and the list of the variables names. Variable names should not 
be longer than eight characters, and should be listed in the same order 
as in the FORMAT sentence, which reflects the order of the variables in 
the data. For the example data, the sentence: 

NAMES ARE STUDENT, GENDER, TESTl. TEST2, TEST3. 
would be appropriate. 

Missing Values: The MINIMUM and MAXIMUM Sentences 

There are several ways to declare missing values for variables in 
BMDP. One method is to set limits on valid values with the MINIMUM and 
MAXIMUM sentences. For instance, in the example data, valid student 
identification codes are from 1 to 20, and any value outside this range 
is invalid. We can tell BMDP this information with the sentences: 

MINIMUM (1) IS 1. 

MAXIMUM (1) IS 20. 
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The number in parentheses tells BMDP that this range specification 
applies to the first variable in the list of names in the NAME sentence. 
We could declare limits to valid values for the variable TESTl with the 
sentences: 


MINIMUM (3) IS 0. 

MAXIMUM (3) IS 99. 

Missing Values: The MISSING Sentence 

Another method of declaring missing values for variables is with the 
MISSING sentence. This sentence has the same format as the MAXIMUM and 
MINIMUM sentences. For example, if we had coded missing student identi¬ 
fication numbers as 99, we could use the sentence: MISSING (1) IS 99. to 
inform BMDP of this. 

We can declare maximum, minimum and missing values for more than one 
variable in a sentence. Simply prefix each value with the number, in 
parentheses, of the variable to which it refers. 

The Treatment of Blank Codes 

Sometimes blanks are coded into data fields, instead of numbers or 
letters. Some researchers use blanks to stand for zeroes, while others 
use blanks as missing values. BMDP will treat blanks either of these 
ways if you tell it to do so. In the /VARIABLE paragraph, merely specify 
either: BLANKS ARE MISSING, or BLANKS ARE ZERO. to inform BMDP how you 

would like blanks in the data to be treated. 

Example /VARIABLE Paragraph 

Table 1.3 shows an example /VARIABLE paragraph. 


Table 1.3: Example /VARIABLE Paragraph 

/VARIABLE NAMES ARE STUDENT,GENDER.TESTl,TEST2,TEST3. 
MISSING ARE (1) 99 (2) 9. 

MINIMUM IS (3) 0 (4) 0 (5) 0. 

MAXIUMUM IS (3) 99 (4) 99 (5) 99. 

BLANKS ARE ZERO. 


In this example, we have named all five variables in the data set, and 
specified missing values for the first two, STUDENT and GENDER. We have 
also set limits to the valid values of the valid values of the Jhree va 
riables TESTl, TEST2 and TEST3, through the use of MINIMUM and MAXIMUM 
sentences. Finally, we have asked BMDP to consider any blank codes an 
the data to be zeroes. 

More information on the /VARIABLE paragraph can be found in the BMDP 
Manual, pp., 40-42 . 


11 




The /TRANSFORM Paragraph 


The /TRANSFORM paragraph is used to: 

1. Recode variables, 

2. Create new variables, 

3. Select subsets of the data cases for analysis, and other func¬ 
tions . 


Recoding Variables 

Variables are recoded with sentences of the form IF (logical expres¬ 
sion) THEN (assignment). For instance, if a variable STUFF is to be re¬ 
coded from 0 and 1 to 2 and 4, the sentences: 

IF (STUFF EQ 0) THEN STUFF = 2. 
and 

IF (STUFF EQ 1) THEN STUFF = 4. 
would be appropriate. 

Variables with alphabet letter codes are recoded similarly. If we 
wanted to recode the variable GENDER from M and F to 1 and 2, we could 
use the sentences: 

IF (GENDER EQ CHAR(M)) THEN GENDER = 1. 
and 

IF (GENDER EQ CHAR(F)) THEN GENDER = 2. 

The terms CHAR tell BMDP to recode variables that were defined as alphan¬ 
umeric (A format) in the FORMAT sentence. 

Creating New Variables 

The creation of new variables is slightly more complicated. Suppose 
that we want to create a new variable AVERAGE which is the average, for 
each student, of TESTl, TEST2 and TEST3. The appropriate sentence in the 
/TRANSFORM paragraph is simply the mathematical statement which defines 
the new variable: AVERAGE * (TESTl + TEST2 + TEST3)/3. Through this op¬ 
eration, however, we have created a variable that has not been described 
in the previous /VARIABLE or /INPUT paragraphs. We must adjust the in¬ 
formation presented in these places to a<. jount for the new variable. 
This is accomplished through adding the sentence: ADD =1. to the 
/VARIABLE paragraph, and adding the name AVERAGE to the lins in the NAME 
sentence. If this is not done, BMDP will <jreate the new variable AVERAGE 
according to the instructions in the /TRAN.'^:FORM paragraph, but we will be 
unable to use this variable in our analysis. 

More complex mathematical expressions are possible. BMDP has 21 
mathematical functions, including exponentiation, Naperian and base 10 
logarithms, and the common trigonometric functions, as well as the usual 
algebraic operations. 
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Selecting Subsets of Cases 


If we wanted to select a subset of cases for analysis, say all the ma¬ 
les, all the females, the first ten students, etc., the USE sentence 
would be employed. This sentence is of the form: USE = logical expres¬ 
sion. where the logical expression defines the subset of cases. As a 
simple example, to select the males, after transforming GENDER from al¬ 
phabetic to numeric coding, the sentence: 

USE = GENDER EQ 1. would be appropriate. More complex logical expres¬ 
sions can also be formed in the USE sentence. For instance, to analyze 
only the females who scored above 80 on the first test, we would specify: 
USE = GENDER EQ 2 AND TESTl GT 80. 

Example /TRANSFORM Paragraph 
Table 1.4 shows an example /TRANSFORM paragraph. 


Table 1.4: Example /TRANSFORM Paragraph 

/TRANSFORM IF (GENDER EQ CHAR(M)) THEN GENDER = '' . 

IF (GENDER EQ CHAR(F)) THEN GENDER = 2. 
AVERAGE = (TESTl + TEST2 + TEST3)/3. 


In this example, the variable GENDER is recoded from the_alphnumeric va¬ 
lues M and F to the numeric values 1 and 2, and a new variable AVERAGE is 
created as the average, for each case, of the three test scores. Since 
we have created a new variable, we need to add the name AVERAGE to the 
NAME sentence in the /VARIABLE paragraph, as well as including the state¬ 
ment ADD IS 1. This informs BMDP that there is one more variable in the 
analysis than is present in the data, one that we haved added in the 
/TRANSFORM paragraph. 

For more information on the /TRANSFORM paragraph, see the BMDP Manual, 
pp. 49-58. 


The /GROUP Paragraph 

The /GROUP paragraph is used to specify group names for nomianl level 
variables with numeric codes, and to collapse variables coded at the or¬ 
dinal, interval or ratio level into categories. These processes are ac¬ 
complished through the CODES, NAMES and OUTPOINTS sentences. 

The CODES and NAMES Sentences 

Assuming that we have transformed the GENDER variable in the example 
data as in the previous section, we can specify the group names using the 
CODES and NAMES sentences. The CODES sentence is of the form: 

CODES(n) ARE ft list. 

where n is the number of the grouping variable in the NAME list of the 
/VARIABLE paragraph. The 8 list is the list of values the variable 
takes. The GENDER variable is the second variable in the data, and takes 
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the values 1 and 2 (since we have transformed it in the /TRANSFORM 
paragraph). Therefore, the CODES sentence would be: 

C0DES(2) ARE 1,2. 

The NAMES sentence tells BMDP the names associated with the codes of the 
variable. The format of the NAMES sentence is: 

NAMES(n) ARE names list. 

where n is the number of the variable as in the CODES sentence. and the 
names list is the list of naunes, ^ the same order as the codes , associ¬ 
ated with the categories. For the variable GENDER, the NAMES sentence 
would be: 


NAMES(2) ARE MALE, FEMALE. 

since GENDER is the second variable in the data set, and has been recoded 
so that 1 stands for males, and 2 for females. 

The OUTPOINTS Sentence 

Often it is necessary to recode variables that have been measured at 
the ordinal, interval or ratio level into categories. BMDP makes this 
easy with the OUTPOINTS sentence. The format of this statement is: 
CUTPOINTS(n) ARE n list, where n refers to the number of the variable in 
the /VARIABLE NAME list, and the number list is the highest values of 
each of the categories. For excunple, if we wanted to collapse the varia¬ 
ble TESTl into categories, would could specify: CUTPOINTSO) = 50, 75. 

This would create three categories: fifty and below, greater than fifty 
to 75, and greater than 75. We could then use the NAMES sentence to la¬ 
bel the categories: NW1ES(3) ARE LOW, MEDIUM, HIGH. Alternatively, we 

could categorize TESTl into grade categories using the sentences: 

CUTPOINTSO) ARE 64.99, 69.99, 79.99, 89.99. 

NAMES(3) = F, D. C. B, A. 

Exaimple /GROUP Paragraph 
Table 1.4 shows an example /GROUP paragraph. 


Table 1.4: Example /GROUP Paragraph 

/GROUP C0DES(2) ARE 1, 2. 

NAMES(2) ARE MALE, FEMALE. 

OUTPOINTS (4) = 65, 80. 

NAMES (4) ARE LOW, MEDIUM. HIGH. 



In this example, the codes for the GENDER variable are defined and la¬ 
beled, and three categories are created for the fourth variable in the 
data set, TEST2. 

More information about the /GROUP paragraph can be found in the BMDP 
Manual, pp. 43-44. 
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Executing BMDP Programs 


BMDP programs are executed individually. Unlike SPSS or SAS, each 
time you request a different BMDP statistical program, a separate EXEC 
statement is needed. This means that you cannot request, for example, an 
analysis of variance and a factor analysis in the same BMDP program. 
(Different procedures may be requested as different steps in the same 
job. See the BMDP Manual, p. 47.) 

The EXEC statement for BMDP programs has the form: 

// EXEC BIMED,PROG=BMDPnn 

where nn is the program name of the procedure you wish to use. For exam¬ 
ple, program 2V does analysis of variance, so the EXEC statement for this 
program would be: 

// EXEC BIMED,PR0G=BMDP2V 

The program for creating, crosstabulations is 4F, and its EXEC statement 
would be: 


// EXEC BIMED,PR0G=BMDP4F 

BMDPID: A Data Description Program 

Program BMDPID provides descriptive statistics, including the total 
frequency, mean, standard deviation, standard error of the mean, coeffi¬ 
cient of variation, smallest observed value and its z-score, and the 
largest observed value and z-score, as well as the number of missing cas¬ 
es for each variable. Optionally, these statistics can be calculated for 
each level of each grouping variable, and the data can be sorted or 
printed. 

We have one grouping variable in the example data set, the GENDER va¬ 
riable. It might be helpful to ask BMDPID to provide statistics for each 
of the groups, as well as for the class as a whole. To do this, we need 
to add one statement to the /VARIABLE paragraph, telling the program that 
the GENDER variable is the one we want the statistics broken down by. 
This statement has the form: GROUPING IS variable list, where the varia¬ 
ble list contains the naunes of the variables to be used to form the 
groups. 

Excimple Program for BMDPID 

Table 1.5 shows an example of a program using BMDPID. 
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Tablel.5; Example Program for BMDPID 

/INC OSJE 

SYSTEM=‘OS',TYPE='STUDENT',RETURN 

//MUOIBMDP JOB (0123-4567,:05,1).‘PAM PERRYCLASS=A 
// EXEC BIMED,PR0G=BMDP1D 
//SYSIN DD * 

/PROBLEM TITLE IS 'BMDPID: DESCRIPTIVE STATISTICS’. 
/INPUT VARIABLES ARE 5. 

CASES ARE 20. 

FORMAT IS •(F2.0,A1,3F2.0)•. 

/VARIABLE 

NAMES ARE ID,GENDER,TESTl,TEST2.TEST3,AVERAGE. 
ADD IS 1. 

GROUPING IS GENDER. 

USE ARE TESTl,TEST2,TEST3.AVERAGE. 

/TRANSFORM IF (GENDER EQ CHAR(M)) THEN GENDER = 1. 

IF (GENDER EQ CHAR(F)) THEN GENDER = 2. 
AVERAGE = (TESTl + TEST2 + TEST3)/3. 
/GROUP CODES (2) ARE 1,2. 

NAMES (2) ARE MALE,FEMALE. 

/END 

/INC CLASS.DATA 


The first two statements in this program are not BMDP statements, but are 
coimands for the MUSIC operating system that will direct the job to the 
OS/MVT operating system, and return the output to OSJR after the job is 
finished (enter HELP OSJE or HELP OSJR while logged on to MUSIC for more 
information on these facilities). 

next three statements are job control language statements for the 
OS/MVT operating system. The first is the JOB statement, which gives the 
job name (MUOIBMDP), the researcher's OS/MVT project number (0123-4567) 
the estimated time and lines the job will take (5 seconds, one thousand 
lines), and the researcher's name (Pam Perry). The next statement is the 
EXEC statement, which asks for the BMDP program ID. The third statement 
tells OS/MVT that^ what follows is the BMDP program, and not more JCL. 
For more information on job control language, see Part III of the NTSU 
COMPUTER USER’S Guide : "Using OS/MVT" available in the University St^FiT 

The next series of statements are BMDP commands. The first is the 
/PROBLEM paragraph, which tells BMDP that the title of the analysis is 
BMDPID: DESCRIPTIVE STATISTICS. Following this is the /INPUT paragraph, 
which tells BMDP that there are five variables in the data and 20 cases, 
and gives the format statement for the variables. 

The next paragraph is the /VARIABLE paragraph. This paragraph con¬ 
tains the names of the five variables in the data (ID to TEST3) and the 
name of an additional variable that will be created in the /TRANSFORM pa¬ 
ragraph. The USE statement tells BMDP that we want to get descriptive 
statistics only onthe variables TESTl, TEST2, TESTS and AVERAGE, since 
there is no point in getting the means, standard deviations, etc. for the 
dichotomous grouping variable GENDER, or the identification nunibers for 
the students. The GROUPING sentence is used to provide the statistics 
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from BMDPID broken dovm by the GENDER variable. We also tell BMDP that 
one of the variables in the NAMES list is being added by transformation, 
and is not included in the raw data. 


The /TRANSFORM paragraph follows. The first two sentences in this pa 
raqraph recode the variable GENDER from an alphanumeric (character) vari 
able to numeric values. The third sentence calculates the new variable 
AVERAGE as the sum of the three test variables divided by three. The 
/GROUP paragraph labels the recoded values of the GENDER variable as 
"male" and "female." The /END statment announces that this is all tne 
BMDP program control information for this program. 

Note that each BMDP paragraph is indented one space from the left. 
This is so that the MUSIC operating system will not confuse BMDP co^ands 
with MUSIC commands. The last line of this program is ^ a BMDP com 
mand, but is a MUSIC command which appends the data, stored in a tile 

called CLASS.DATA, to the BMDP program. If the 

cards, the data cards would appear here instead of the /INC CLASS.DATA 
statement. Note, too. that this MUSIC command is indented, since it 

is not a BMDP command. 


You can see, also, that there is no need for any particular consisten 
cy in spacing the BMDP commands. The sentences are_indented to improve 
their readability, but there is no requirement for this. 


Example Output from BMDPID 

Table 1.6 shows the output from the program presented in Table 1.5. 


I Table 1.6: Output from the Example BMDPID Program 

I 

i PAGE 1 

1 BMDPID - SIMPLE DATA DESCRIPTION AND DATA MANAGEMENT 
I DEPARTMENT OF BIOMATHEMATICS 

I UNIVERSITY OF CALIFORNIA, LOS ANGELES, CA 90024 
I (213) 825-5940 TWX UCLA LSA 

I PROGRAM REVISED JUNE 1981 
I MANUAL REVISED -- 1981 

I COPYRIGHT (C) 1981 REGENTS OF UNIVERSITY OF CALIFORNIA 
I MAY 24, 1982 AT 14:12:09 

1 TO SEE REMARKS AND A SUMMARY OF NEW FEATURES FOR 
I THIS PROGRAM, STATE NEWS. IN THE PRINT PARAGRAPH. 

I 

I PROGRAM CONTROL INFORMATION 

I /PROBLEM TITLE IS 'BMDPID: DESCRIPTIVE STATISTICS'. 

I /INPUT VARIABLES ARE 5. 

1 CASES ARE 20. 

1 FORMAT IS •(F2.0,Al,3F2.0)'. 

I /VARIABLE 

i NAMES ARE ID. GENDER,TESTl,TEST2,TEST3.AVERAGE. 

I ADD IS 1. 

I GROUPING IS GENDER. 

I USE ARE TESTl,TEST2.TEST3,AVERAGE. 
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Table 1.6: Output from the Example BMDPID Program Continued 

/TRANSFORM IF (GENDER EQ (CHAR(M)) THEN GENDER = 1. 

IF (GENDER EQ (CHAR(F)) THEN GENDER = 2. 

AVERAGE = (TESTl + TEST2 + TEST3)/3. 

/GROUP CODES (2) ARE 1,2. 

NAMES (2) ARE MALE,FEMALE. 

/END 

PROBLEM TITLE IS 

BMDPID: DESCRIPTIVE STATISTICS 


NUMBER OF VARIABLES TO READ IN. 5 

NUMBER OF VARIABLES ADDED BY TRANSFORMATIONS. . 1 

TOTAL NUMBER OF VARIABLES . 6 

NUMBER OF CASES TO READ IN. 20 

CASE LABELING VARIABLES . 

MISSING VALUES CHECKED BEFORE OR AFTER TRANS. . NEITHER 

BLANKS ARE.MISSING 

INPUT UNIT NUMBER. 5 

REWIND INPUT UNIT PRIOR TO READING. . DATA. . . NO 

NUMBER OF WORDS OF DYNAMIC STORAGE. 17918 

NUMBER OF CASES DESCRIBED BY INPUT FORMAT ... 1 


***** TRAN PARAGRAPH IS USED ***** 


The first page of the output shows the page number, the name of the 
program, and where the program comes from. This example uses the version 
of BMDPID that was revised in June, 1981. Next, it shows the date and 
time the program was run, in this case May 24, 1982 at 2:12 in the after¬ 
noon . 

The next section of the output states that, by including a /PRINT pa¬ 
ragraph with the sentence NEWS., we can receive some remarks about the 
program, and a summary of the features that were added in the latest re¬ 
vision of the program. 

Under the heading PROGRAM CONTROL INFORMATION, BMDP prints out for us 
the instructions we gave it. These are reproduced exactly as they appear 
in our program. After printing the progrcun control statements, BMDP in¬ 
terprets them. 

The remainder of the first page of the BMDP program output is a de¬ 
scription of how the program is going to interpret the instructions it 
has been given. First, it prints the title. Then it reports that five 
variables are read in as data, and one added by transformation, so that 
there are a total of six variables altogether. There are 20 cases in the 
analysis, and no case labelling variables (see the BMDP Manual, p. 41). 
Missing values are not checked, since we have not declared any in the 
program. Blank values in the data are treated as missing, since we did 
not request that they be treated as zeroes. The input unit number refers 
to the location of the data, on disk, tape or cards. Unit 5 indicates 
that the data are included in the BMDP program statements, as shown in 
/INC CLASS.DATA statement at the end of the example program in table 1.5. 
The number of words of dynamic storage refers to the amount of computer 
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space the program has set aside to do the calculations. We have 
described only one case with the FORMAT sentence. Finally, the program 
notes that we have used the /TRANSFORM paragraph in the program. 


Table 1.7: Output from Example BMDPID Program Continued 
PAGE 2 BMDPID: DESCRIPTIVE STATISTICS 

VARIABLES TO BE USED 

3 TESTl 4 TEST2 5 TEST3 6 AVERAGE 


INPUT FORMAT IS 
{F2.0.A1,3F2.0) 

MAXIMUM LENGTH DATA RECORD IS 9 CHARACTERS 


N P U 

T V A 

R I A 

B L E S . . 

• 

. 


VARIABLE 

RECORD 

COLUMNS 


FIELD 

TYPE 

INDEX 

NAME 

NO. 

BEGIN END 

WIDTH 


1 

TD 

1 

1 

2 

2 

F 

2 

GENDER 

1 

3 

3 

1 

A 

3 

TESTl 

1 

4 

5 

2 

F 

4 

TEST2 

1 

6 

7 

2 

F 

5 

TEST3 

1 

8 

9 

2 

F 


PRINT SUMMARY STATISTICS OVER ALL CASES AND 
BROKEN DOWN BY INDIVIDUAL CATEGORY ON GENDER 

BASED ON INPUT FORMAT SUPPLIED 1 RECORDS READ PER CASE 

NUMBER OF CASES READ. 20 


VARIABLE MINIMUM MAXIMUM MISSING CATEGORY CATEGORY 

NO. NAME LIMIT LIMIT CODE CODE NAME 

2 GENDER 

1.00000 MALE 
2.00000 FEMALE 


The second page of the program output continues the interpretation of 
the program control information. At the top of the page, the page number 
and program title appear. This is followed by the list of variables that 
are to be used in the analysis, from the USE sentence in the /VARIABLE 
paragraph of the program. The FORMAT sentence is repeated, and BMDP in¬ 
forms us that 9 characters on each data record will be read. Looking 
back at the data, we can check to see whether this is correct. 

In the next section of the output, BMDP interprets the FORMAT sen¬ 
tence. For each variable in the input data, BMDP tells us what columns 
it expects to find the data. how many columns wide the variable is, and 
the variable is, and whether the variable is A type (alphanumeric) or F 
type (numeric). 
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The next sentence in the output describes what BMDP thinks we have 
asked it to do: print summary statistics over all cases and broken down 
by individual category on GENDER. At this point, BMDP reads the data. 
It reads one record per case, since this is what the FORMAT sentence 
case, since this is what the FORMAT sentence tells it to do. and it reads 
20 cases. Based on the GROUP paragraph, it reports the category codes 
and labels for the GENDER variable. If we had specified maximum values, 
minimum values, missing data codes or outpoints, it would also report 
these in this section. 


Table 1.8: Output from Example BMDPID Program Continued* 
PAGE 3 BMDPID: DESCRIPTIVE STATISTICS 


VARIABLE GROUPING TOTAL STANDARD 

NO. NAME VARIABLE LEVEL FREQUENCY MEAN DEVIATION 


3 

TESTl 


20 

76.900 

19.067 


GENDER 

MALE 

10 

74.600 

26.784 



FEMALE 

10 

79.200 

6.197 

4 

TEST2 


20 

84.600 

20.554 


GENDER 

MALE 

10 

79.400 

28.356 



FEMALE 

10 

89.800 

5.266 

5 

TESTl 


20 

78.100 

20.708 


GENDER 

MALE 

10 

74.800 

28.909 



FEMALE 

10 

81.400 

6.736 

6 

AVERAGE 


20 

79.867 

19.502 


GENDER 

MALE 

10 

76.267 

27.390 



FEMALE 

10 

83.467 

4.894 

VARIABLE CATEGORY 

CATEGORY 

TOTAL 




NO. NAME NAME FREQUENCY FREQUENCY 

2 GENDER 20 

MALE 10 

FEMALE 10 

NUMBER OF INTEGER WORDS USED IN PRECEDING PROBLEM 572 

CPU TIME USED 1.384 SECONDS 

*NOTE: Some statistics have been omitted from the exam¬ 
ple output due to lack of space. 


Page 3 of the program output presents the results of the procedure-- 
-the descriptive statistics for the variables we specified in the USE 
sentence (some statistics are omitted due to lack of space). At the top 
of the page, the page number and the problem title are printed, and then 
the summary statistics begin. We can see that, for the variable TESTl, 
the mean of the entire class is 76.9, and the standard deviation is 
19.067. The males in the class have a mean on TESTl of 74.6, and a stan¬ 
dard deviation of 26.784. The females have a higher mean, 79.2, and a 
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much smaller standard deviation, 6.197. Similar statistics are printed 
for each of the other variables, TEST2, TEST3 and AVERAGE, with the first 
line of each section being the statistics for the class as a whole, and 
the next two lines the statistics for each gender grouping. 


The last part of the third page of the output gives the number of cas 
es found in each category of the grouping variable, and the amount ot 
storage and processing time consumed by the procedure. 


Table 1.9: Output from Example BMDPID Program Continued 

PAGE 4 

BMDPID “ SIMPLE DATA DESCRIPTION AND DATA MANAGEMENT 
MAY 24, 1982 AT 14:12:19 

PROGRAM CONTROL INFORMATION 

NO MORE CONTROL LANGUAGE. 

PROGRAM TERMINATED 


The final page of the output shows the termination of the program. 
After the page number, the name of the program, the date and time, BMDP 
reports that it has found no more control information, and the program is 
terminated. This the normal ending for BMDP output. 


PUBLIC IDS STILL AVAILABLE 

Don't forget that MUSIC, the HP 2000, and the VAX Systems A and B all 
have public ID codes on them that will allow you to "explore" the facil 
ities of each system without having your own personal ID. 

9 The ID code on MUSIC is LAOO. It does not require a password 

• The ID code on the HP 2000 is A098 and the password is PGREEN 

9 The ID code on the VAXs is TEST and the password is TEST 
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* * 

* OPERATIONS * 

* * 
************* 


Backup Schedule for OS/MVT 

OS/MVT disk packs (Academic and Administrative) are backed up dai¬ 
ly, Tuesday through Saturday, from 4-6:30 AM, and Sunday from Mid¬ 
night to 3 AM. A backup of all the operating systems and their 
contents is done once every two weeks at some low activity period 
over the weekend. 


After-hours Assistance With Terminal and Network Problems 


The Computing Center does not have personnel available who are designated 
to assist users with terminal and/or network problems on weekends or aft¬ 
er 5 p.m. on weekdays. If you encounter problems after 5 p.m. on week¬ 
days, or during weekends or holidays that you are unable to resolve your¬ 
self with the aid of documentation provided by the Computing Center, then 
you may call the ISB Input/Output station at 565-2324 and provide the 
following information to the I/O operator on duty: 

- YOUR NAME 

- YOUR ID CODE 

- TERMINAL TYPE 

ON or OFF-CAMPUS? (if ON CAMPUS, include department, buildi 

and room number of terminal) 

- DIAL-UP OR DIRECT LINE? 

- SHORT DESCRIPTION OF THE PROBLEM 

Please provide the above as briefly as possible. I/O Operators have many 
duties which may require their immediate attention, and they are not free 
to personally assist you with terminal or network problems. 

The I/O Operator will record the information you provide and pass it on 
to the proper staff member on the next regular working day. Your cooper¬ 
ation is appreciated. 
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AS/8040 Performance Statistics for October 


-T-T 


r 

1 System 

1 Type 
i 

1 

1 operating[Maintenance 
1 Hours 1 Hours 

1 Scheduled 1 Planned 

1 (OHS) 1 (MHP) 

1 Production 
1 Hours 

1 Planned 

1 (PHP) 

[Maintenance! Actual 

1 Hours [Production 

1 Unplanned 1 Hours 

1 (MHU) 1 (APH) 

1 System! 
i Uptime 1 

1 1 

1 (SU) 1 
+-^ 

h- 

IVM/SP 

-+-+- 

1 744 1 

6.20 

T 

1 

1 

737.80 

1 

+- 

4.82 1 

732.98 

1 99.3%! 
•+-^ 

1- 

IMUSIC 

-+-+- 

1 744 1 

23.12 

•T 

1 

.X — 

720.88 

I 

1 

•+• 

13.67 1 

-+- 

707.21 

[ 98.1%! 
•+-H 

1-- 

lOS/MVT 

-+-+- 

1 744 1 

6.86 

T 

l 

* 

737.14 

1 

['■ 

19.80 i 

-+- 

717.34 

I 97.3%[ 
■+-H 

1 COMPLETE 1 259 1 

2.57 

“T 

1 

i 

256.43 

i 

11.00 1 

245.43 

1 95.7%) 
-+-H 

1- 

lADABAS 

-+- 

1 259 1 

__ j— 

2.63 

“T 

i 

•X- 

256.37 

1 

-X. 

11.77 1 

244.60 

1 95.4%! 
_ _ j 


Lost Productivity Hours 


can be contributed to the following kej^ causes* : 


CPU. Tape, and Disk Subsystem ( NAS ) 

1 Replace Usage Meter on CPU 

2. Install 4 Additional Tape_Drives_ 

3. Perform Special CPU/IOP Diagnostics 

4. Scheduled Periodic Maintenance 

TOTAL?.78 


1.82 Hours 
0.75 Hours 
2.63 Hours 
2.^ Hours 
Hours 


Terminal Control Systems ( MEMOREX ) 

1. 1270 TCU Malfunctions 

E lectrical Interruptions 

1 . Power Failure at I/O Station in ISB 


3.05 Hours 


2.98 Hours 


M iscellaneous « ^ 4 . 

1. Undetermined Causes for System Restarts 

2. Install VM/SP2 Operating System 

3. Reconfigure Disk Volumes on 7350/7360 Drives 

4 . MVT Job Scheduler Failures 

5 . Rebuild Link Library on MVT 

6. Resolve Queue Space Limit on VM/SP2 
1. COM-PLETE/ADABAS Program Maintenance 

TOTAL 20 
GRAND TOTAL 34 


9. 

1 . 

1 . 

2 . 

2 . 

2 . 

0 


75 Hours 
83 Hours 
.73 Hours 
.28 Hours 
.08 Hours 
.17 Hours 
.38 Hours 
Hours 
.03 Hours 


*MOTE 1: 
*NOTE 2 : 
*NOTE 3: 
*NOTE 4: 
‘NOTE 5: 
‘NOTE 6: 


CPU availability will be approximately equal to VM's % Uptime 

SU = APH/PHP 
APH = PHP - MHU 
PHP = OHS - MHP 

MUSIC s^PLANNED MAINTENANCE HOURS includes 16.47 hours of 
system backup time in October. 


‘Lost productivity is calculated on the 
that ^ny one of the production systems 


greatest amount of elapsed time 
was unavailable for scheduled 


operation . 
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************* 
* * 

* SPSS * 

* * 

************* 


USERPROC: LISREL 


The last issue of BENCHMARKS announced the availibity of the user-added 
procedure called LISREL, a linear modelling program. If you are going to 
run LISREL, it is necessary to add a FARM field on the // EXEC SPSSX 
line. It should look like this: // EXEC SPSSX,PARM=240K If you don’t do 
this LISREL will not have enough workspace and you will get an error. 


************ 

* 

* B M D P 

* 

************ 


* 

* 

* 

* 

* 


Pairwise Mean Comparisons with BMDP 

The following is excerpted with permission from "Pairwise Mean Compari¬ 
sons in 7D," BMDP Statistical Software Communications 16 (October 1983): 


After a researcher finds a significant effect in analysis of variance, 
he or she needs to identify which group means differ significantly from 
other group means. It is unacceptable to compute the usual two-sample t 
tests (or confidence intervals) for each possible pair of means, since 
the probability associated with the t test (or confidence interval) is 
based on the assumption that only one test is performed. When several 
means are available for pairwise testing, the probability of finding at 
least on significant t value (e.g. the difference between the largest and 
smallest mean) by chance alone increases rapidly with the number of pos¬ 
sible pairs. If six independent t tests are computed at alpha = .05, the 
probability of any one difference beind in the critical region is not 

1 - .95 = .05 
but 

1 - ( .95)6 = .265. 

For ten independent tests, the alpha level for the combined tests is 

1 - (.95)10 = .40 

Thus, a computed t value in this case with a probability of .05 in stan¬ 
dard t tables actually has a probability of .40. 
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In the 1983 release of BMDP. several procedures have been added to 
protect against interpreting too many differences as significant 
many comparisons are made simultaneously. These have been implemented by 
Peter Mundel. The Bonferroni. Tukey. Scheffe’ and Dunnet procedures have 
been added to compute pairwise tests and confidence intervals. Two mul 
tiple range methods, the Duncan and Student Newman-Keuls tests, have also 
been added. 


Pairwise Tests and Confidence Intervals 

The Bonferroni, Tukey and Scheffe' procedures offer different ap¬ 
proaches to computing tests and confidence intervals for pairwise mean 
differences at a more stringent level. For each procedure, the pairwise 
difference, u(i) - u(j) is said to be significant when the following con¬ 
fidence interval does not contain zero: 

(mean(i) - mean(j)) + L 
(mean(i) - mean^)) - L 

where L differs for each approach . . . 

The Bonferroni, Tukey and Scheffe' procedures provide tests for each 
possible pair of means. For example, if five pairwise differences are to 
be tested, the Bonferroni approach uses the 1 percent level for each 
tests to assure that alpha is held to less than 5 x 1% = 5%, simultane¬ 
ously across all five tests. The Dunnet procedure compares the mean of a 
specified control groups with each of k treatment means. When the number 
of pairwise comparisons is very large. the Tukey procedure will be most 
sensitive in detecting differences. When the total number of comparisons 
is smaller, the Bonferroni may be more sensitive. 

BMDP7D displays pairwise mean test results for alpha levels of .01, 
.05, and .10. (Only .01 and .05 are available for the Dunnet procedure.) 
Confidence intervals for each procedure can also be obtained. For confi¬ 
dence intervals, (1 - alpha) is used. 

Multiple Range Tests 

7D also provides the Duncan and Newman-Keuls multiple range tests. 
Both of these procedures begin by ordering the k-means and then testing 
to see if there is a significant difference between the largest and 
smallest means. If this test is not significant, testing stops and we say 
that no differences have been found among the means. If, however, this 
first test is significant, 7D sequentially performs similar tests on 
smaller and smaller subsets of the means, stopping when the differences 
are no longer significant. The critical points for measuring a group of 
k-means differ for each subset size. 

The difference between the Newman-Keuls and Duncan procedures lies in 
the choice of alpha at each subset size. For^ Newman-Keuls, the 
level does not change; in the Duncan test, a different alpha is used for 
each subset size. Miller (1981) perfers the Newman-Keuls procedure to 
the Duncan. and feels that the Duncan test violates the spirit of simul¬ 
taneous inference. 

Note that in selecting a procedure, it is acceptable to compute the 
critical points for different procedures and select the one providing the 
smalles confidence interval (acceptance region) (Miller, 1981, p. 18) be 
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cause the choice is independent of the data values. However, you 
look at the means and then limit the number of comparisons made and 
tarn appropriate levels of significance. 


cannot 

main- 


Reference 

Miller, Jr., R. g. (1981) Simultaneous Statistical Inference. 2nd edi¬ 
tion, New York, Springer-Verlag. -- 


************* 
* * 

* MUSIC * 

* * 
************* 


TO CALL MUSIC, DIAL: 565-3499;3989;3999;4025;4030. 


MUSIC Backup Hours 

Following are the scheduled hours for the MUSIC backup. A message 
will be sent to all users signed-on to MUSIC approximately 10 mi¬ 
nutes before the backups are begun, and will be in the form; ** 
MUSIC SHUT DOWN AT xxxxx AM - SCHEDULED BACKUP ** To find out the 
backup hours while signed-on to MUSIC, enter HELP HOURS 

MUSIC Backup Hours 

,Tuesday 3 AM (for about 3 hours) Weekly Backup 

Wednesday-Saturday 4 AM (for about 2 hours) Daily Backup 

Saturday Midnight (for about 2 hours) Daily Backup 


Default Route Location for Printed Output 


Effective MONDAY DEC 19, 1983 the default printer destination for the 

printed output of jobs routed from MUSIC to a high speed printer will be 
the HP2680 LASER PRINTER, located at the Computing Center/ Dispatch Area, 
in Information Science Building. The LASER printer replaces the IBM 1403 
printer on the AS/8040 for the academic users. 

If the RETURN option of the OSJE was specified at the time of the job 
submission to OS-Batch, the default printer destination can be overriden 
by specifying the 'To=‘ parameter of the ROUTE command in OSJR (see HELP 
OSJR and HELP OSJE). Also, the /‘ROUTE PRINT DEST control statement can 
route the printed output to a specific print destination. Note 
if / ROUTE is specified, it should immediately follow the JOB statement 
of your JCL setup. 
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For more information on the LASER 
choose topic 13 or consult the Quick 
Computing Center reception area. 


PRINTER enter HELP OPERATIONS and 
Reference Guide available at the 


IBM Scientific Subroutines Now Available on MUSIC 


All ths scientific subroutines available on OS from the old 

if°dg„^roS ff fLfromftf? fhS'^ fu iesi : f do thaf 
SiAce the files are public, they may be edited or listed on any USERID. 


It should be noted that these are old statistical and mathematical su 
broutines, and care should be taken that the subroutines 

things according to the algorithms that you really ™t. IBM no longer 
supports SSP and this represents its last version before 

continued. Also, all of these subroutines have not been tested on MUSIC, 
and may call functions that are not available under MUSIC. 

Virtually all subroutines will run without change or with 

change on the FORTRAN compilers An 8088 

cifically, Microsoft’s FORTRAN 80 on Z80 Systems, and MS-FORTRAN on euoa 

svLems ^ These subroutines are particularly useful on machines ”^th Urn 
ited memory since they are optimized to minimize the use of memory, 
ffuse this version wes structured for IBM ^60 systems conges that 
might be required revolve around the use of '.f the 

random numbSr generator, will not work on a ^e- 

routines are used with MS-FORTRAN (a FORTRAN to eLble 

cessary to use the COMPILER meta-command SD066 i^.”S-FORT^N ^ 

proper exits and entries to and from DO Loops, consistent with FORTRAN 66 

conventions. 


A reference manual is available in the manual rack in the Science and 

Technology Library, should you need ?hf sfPbrfffm 

made available for your convenience and use f fey 

fag fTafgl gfsfffffdf-f'thrnamel 

to ensure that they remain uinque): 


ABENDED.SP 

ATEI.SP 

ABSN.SP 

ATSE.SP 

ACFI.SP 

ATSG.SP 

ACUMO.SP 

ATSM.SP 

AEVS.SP 

AUTO.SP 

AHI.SP 

AUTOR.SP 

ALI.SP 

AVCA.SP 

ALLOCATE.SP 

AVDA.SP 

ALPHA2.SP 

AXBS.SP 

ALPHA4.SP 

BDTR.SP 

APCH.SP 

BESJ.SP 

APFS.SP 

BESK.SP 

APLL.SP 

BESY.SP 

APMM.SP 

BISE.SP 

ARAT.SP 

BLANKQ.SP 

ARRA.SP 

BOUN.SP 


CADD.SP 

CROUT.SP 

CANO.SP 

CS.SP 

CCPY.SP 

CSP.SP 

CCUT.SP 

CSPS.SP 

CDTR.SP 

CSRT.SP 

CELl.SP 

CSUM.SP 

CEL2.SP 

CTAB.SP 

CHAREQ.SP 

CTIE.SP 

CHECK.SP 

DACF.SP 

CHIS.SP 

DAHI.SP 

CINT.SP 

DALI.SP 

CNP.SP 

DAP.SP 

CNPS.SP 

DAPC.SP 

CONV.SP 

DAPF.SP 

CORR.SP 

DAPL.SP 

CROS.SP 

DAPM.SP 


DAPS.SP 

DARA.SP 

DA12.SP 

DA16.SP 

DA24.SP 

DA32.SP 

DEAR.SP 

DCAR.SP 

DCEl.SP 

DCE2.SP 

DCLA.SP 

DCPY.SP 

DDBA.SP 

DDCA.SP 

DDGT.SP 

DDT3.SP 
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DDT5.SP 

DELB.SP 

DELG.SP 

DELS.SP 

DELl.SP 

DEL2.SP 

DEP.SP 

DEPS.SP 

DETERM.SP 

DET3.SP 

DET5.SP 

DE13.SP 

DE15.SP 

DFMC.SP 

DFMF.SP 

DFRA.SP 

DGT3.SP 

DG12.SP 

DG16.SP 

DG24.SP 

DG32.SP 

DHAR.SP 

DHCG.SP 

DHCL.SP 

DHP.SP 

DHPS.SP 

DHSG.SP 

DH16.SP 

DH24.SP 

DH32.SP 

DH48.SP 

DH64.SP 

DIRNM.SP 

DISC.SP 

DJEL.SP 

DLBV.SP 

DLGA.SP 

DLLS.SP 

DL12.SP 

DL16.SP 

DL24.SP 

DL32.SP 

DMAT.SP 

DMCH.SP 

DMGR.SP 

DMLS.SP 

DMPR.SP 

DMRT.SP 

DMSD.SP 

DMSS.SP 

DMTD.SP 

DNP.SP 

DNPS.SP 

DPCN.SP 

DPCS.SP 

DPQF.SP 

DPRB.SP 

DPRQ.SP 

DQAT.SP 


DQA4.SP 

GMSU.SP 

DQA8.SP 

GMTR.SP 

DQG4.SP 

GOPARM.SP 

DQG8.SP 

GTPR.SP 

DQHE.SP 

HARM.SP 

DQHG.SP 

HEP.SP 

DQHS.SP 

HEPS.SP 

DQH8.SP 

HPCG.SP 

DQL4.SP 

HPCL.SP 

DQL8.SP 

HSBG.SP 

DQSF.SP 

IBMSRT.SP 

DRAR.SP 

INUE.SP 

DRKG.SP 

INVS.SP 

DRTM.SP 

lOUT.SP 

DRTN.SP 

10.SP 

DRTW.SP 

1230.SP 

DSE3.SP 

I230A.SP 

DSGl.SP 

JELF.SP 

DSIN.SP 

KLMO.SP 

DSP.SP 

KLM2.SP 

DSPS.SP 

KPLOT.SP 

DTCN.SP 

KRAN.SP 

DTCS.SP 

LAP.SP 

DTEA.SP 

LAPS.SP 

DTEU.SP 

LBVP.SP 

DTFE.SP 

LEP.SP 

DTFG.SP 

LEPS.SP 

DTHE.SP 

LINEQ.SP 

DTLA.SP 

LLSQ.SP 

DTLE.SP 

LOAD.SP 

DTSE.SP 

LOC.SP 

DTSG.SP 

LOCATE.SP 

DTSM.SF 

LSQF.SP 

DURBW.SP 

MADD.SP 

DYNMLOAD.SP 

MATA.SP 

EIGE.SP 

MCHB.SP 

EIGENJ.SP 

MCPY.SP 

ELIl.SP 

MEAN.SP 

ELI2.SP 

MFGR.SP 

EXPI.SP 

MFSD.SP 

EXSM.SP 

MFSS.SP 

FCTR.SP 

MFUN.SP 

FMCG.SP 

MINV.SP 

FMFP.SP 

MISR.SP 

FORM.SP 

MLSS.SP 

FORVAL.SP 

HOME.SP 

FRAT.SP 

MPAI.SP 

FREFMT.SP 

MPRC.SP 

FRIF.SP 

MPRD.SP 

FRIT.SP 

MSTR.SP 

GAUS.SP 

MSUB.SP 

GAUSEQ.SP 

MTDS.SP 

GDAT.SP 

MTRA.SP 

GELB.SP 

MULT.SP 

GELG.SP 

NDTR.SP 

GELS.SP 

NEWMAN.SP 

GMAD.SP 

NROO.SP 

GMMM.SP 

NTCLOK.SP 

GMPR.SP 

NTDATE.SP 


NTDUMP.SP 

QHSG.SP 

NTEDIT.SP 

QHIO.SP 

NTRI.SP 

QH2.SP 

NTTIME.SP 

QH3.SP 

ORDE.SP 

QH4.SP 

OUT.SP 

QH5.SP 

OUT4.SP 

QH6.SP 

PADD.SP 

QH7 . ,SP 

PCLA.SP 

QH8.SP 

PCLD.SP 

QH9.SP 

PDDM.SP 

QLIO.SP 

PDER.SP 

QL2.SP 

PDIV.SP 

0L3.SP 

PDMPS3.SP 

QL4.SP 

PECN.SP 

QL5.SP 

PECS.SP 

QL6.SP 

PERM.SP 

QL7.SP 

PGCD.SP 

QL8.SP 

PHl.SP 

QL9.SP 

PILD.SP 

QSF.SP 

PINT.SP 

QTES.SP 

PLRT.SP 

QTFE.SP 

PMPY.SP 

QTFG.SP 

PNOR.SP 

RADD.SP 

POIN.SP 

RAND.SP 

POLYRT.SP 

RANDME,SP 

PPLOT.SP 

RANGE.SP 

PPRC.SP 

RANK.SP 

PQFB.SP 

RCPY.SP 

PQSD.SP 

RCUT.SP 

PRBF.SP 

RECP.SP 

PRBM.SP 

RHAR.SP 

PROB.SP 

RINT.SP 

PRQD.SP 

RKGS.SP 

PSUB.SP 

RKl.SP 

PVAL.SP 

RK2.SP 

PVSU.SP 

RSLM.SP 

QATR.SP 

RSRT.SP 

QAIO.SP 

RSUM.SP 

QA2.SP 

RTAB.SP 

0A3.SP 

RTIE.SP 

0A4.SP 

RTMI.SP 

QA5.SP 

RTNI.SP 

QA6.SP 

RTWI.SP 

QA7.SP 

SADD.SP 

QA8.SP 

SCHEFF.SP 

QA9.SP 

SCLA.SP 

QGIO.SP 

SCMA.SP 

0G2.SP 

SCPF.SP 

QG3.SP 

SDIV.SP 

QG4.SP 

SEVS.SP 

QG5.SP 

SE13.SP 

QG6.SP 

SE15.SP 

QG7.SP 

SE35.SP 

0G8.SP 

SG13.SP 

QG9.SP 

SICI .SP 

QHFE.SP 

SIGN.SP 

QHFG.SP 

SIMQ.SP 

QHSE.SP 

SINV. SP 
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SMIR.SP 
SMO.SP 
SMPY.SP 
SORT.SP 
SORTEM.SP 
SRAN.SP 
SRAT.SP 
SRMA.SP 


SSUB.SP 
STAEOF.SP 
STPR.SP 
STPRG.SP 
SUBM.SP 
SUBS.SP 
SUMF.SP 
SZER.SP 


TABl.SP 
TAB2.SP 
TALL.SP 
TCNP.SP 
TCSP.SP 
TEAS.SP 
TETR.SP 
TEUL.SP 


THEP.SP 
TIE.SP 
TIMER.SP 
TLAP.SP 
TLEP.SP 
TPRD.SP 
TRAC.SP 
TTES.SP 


TTEST.SP 
TWOA.SP 
UTES.SP 
VARM.SP 
VORS.SP 
WTES.SP 
XCPY.SP 
ZEROS.SP 
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GET A "SUBSCRIPTION" TO BENCHMARKS 


BENCHMARKS is a vital link between the NTSU Computing Center and the us- 
facilities. It IS important for all users of the computing 
facilities to maintain a file of these newsletters because they contain 
materials which will periodically update existing documents as well as 
information and suggestions on uses of OS-MVT, MUSIC. the HP-2000 and 
other resources available to NTSU students and faculty. To facilitate 
the dispersal of BENCHMARKS, *** FREE *** subscriptions are now availa- 
To receive yours, send the following information to us either by 

office or campus mail) or electronically, through 
the MAIL facility on MUSIC. ^ 


Name _ 

Mailing Address 


PLEASE GIVE A CAMPUS ADDRESS (NOT BOX) IF POSSIBLE - It's Cheaper ! 
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PLEASE RETURN TO: 

Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 
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